home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / osids / 91feb.min < prev    next >
Text File  |  1993-02-17  |  24KB  |  587 lines

  1.  
  2.  
  3. INTERIM_MEETING_REPORT_
  4.  
  5.  
  6.  
  7. Reported by Steve Kille/UCL
  8.  
  9. OSIDS Minutes
  10.  
  11. Agenda
  12.  
  13.  
  14.    o Agenda, Revised
  15.    o Minutes of previous meeting
  16.    o Liaisons:  RARE WG3, NIST, NADF, AARN, ANSI
  17.    o Replication
  18.  
  19.       -  Replication Requirements
  20.       -  Replication Solutions
  21.       -  Network Addresses
  22.       -  Presentation Addresses
  23.  
  24.    o APIs for the Pilot
  25.    o User Friendly Naming
  26.    o Domains and X.500
  27.    o Representation of Network Info in X.500
  28.    o DSA Naming
  29.    o Building Internet Directory/Strategy
  30.    o Operational Pilot Status
  31.    o Monthly Reports on Pilots
  32.    o New working groups:  Operations, User Support
  33.    o Internet Schema
  34.    o Naming Guidelines
  35.    o Naming for Internet Pilot
  36.    o Security
  37.    o Directory Assistance Protocol
  38.    o Quality of Service
  39.    o Date and Venue of next meeting
  40.  
  41.  
  42. The meeting was opened by Steve Kille at 9:10am on February 12, 1991.
  43. The agenda was slightly revised and massively reordered.  Steve thanked
  44. Richard Colella and Peter Whittaker for producing the minutes.  He
  45. reported on the status of some of the action items at the last meeting.
  46. The formatting of the documents has been improved.  The
  47. ``Infrastructure'' document met with some difficulty in forwarding as an
  48. RFC. Steve was asked to produce a separate ``Strategy'' document and to
  49. revise the RFC. Steve contacted Al Grimstad to check on a user friendly
  50. naming related proposal, and found that this is no longer relevant.
  51. There were no corrections to the minutes.
  52.  
  53.                                    1
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60. Liaisons
  61.  
  62. RARE WG3
  63.  
  64. Steve reported on this meeting which took place in Brussels in January.
  65. They discussed the activities of our IETF-DS group.  Their next meeting
  66. is April 16-17 in Utrecht, Holland.  They meet three times per year.
  67. They are very interested in getting more US participation.  Future
  68. meetings are in July, and also October 31- November 1.  Can the IAB find
  69. funding for international travel for IETF members?  Steve will look into
  70. the funding question with appropriate people.  European meetings usually
  71. have 1-2 representatives from each country.  They would also like
  72. representation from the FOX project.
  73.  
  74. NIST
  75.  
  76. Stuart Cain reported on the Directory SIG meeting in December.  They
  77. discussed implementation agreements for replication and access control.
  78. They would like to see the requirements from our group.  NIST is working
  79. from the current CDAM. There is already a stable implementors agreement
  80. based on the 1988 CCITT recommendation.  The new spec is expected by the
  81. end of the year.  The next meeting will be in March.  Steve has replied
  82. informally to the NIST liaison to encourage coordination between the two
  83. groups and also to share our documents on replication requirements and
  84. solution.  The sense of this was agreed to by the group, and it will be
  85. used to generate a formal liaison response.  The NIST group is concerned
  86. with ``freezing'' their agreements based on a DIS version of the
  87. standard, and will be working to avoid that kind of discrepancy.
  88.  
  89. North American Directory Forum
  90.  
  91. Marshall Rose reported that the last meeting was in October, before the
  92. last IETF-DS meeting.  The next meeting is in March, after this meeting.
  93.  
  94. Australian Academic Research Network
  95.  
  96. Steve received a liaison statement from George Michaelson.  Standards
  97. Australia is working on X.500 naming and addressing standards.  They
  98. will send people to the IETF some time this year.  They have not been
  99. able to participate in this group due to lack of funds.
  100.  
  101. ANSI US Directory Ad Hoc Group
  102.  
  103. Roy Van Dorn (HP) reported that this group met last week.  They are
  104. bringing ballot comments to ISO. Subordinate references will be
  105. replicated, according to the latest draft standard.  Replicating
  106.  
  107.                                    2
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. cross-references will not occur.  Hoyt Kesterson is the ISO Rapporteur.
  115. Skip Sloan will be the head of the US delegation.  Steve will send them
  116. the replication documents from our group.  There will be one more US
  117. meeting in March for ballot comments.  The liaison of the group's
  118. documents to ISO will be done through ANSI by Paul Koski.  Access
  119. control and replication are US priorities.  Some of the schema document
  120. will get into the 1992 standard.  The definitions of attributes will be
  121. more like 1988.  The four types of object classes will continue.
  122. Subtrees and partial entries within subtrees can be replicated.  A
  123. completeness flag is included in replication.  Searches on attributes
  124. that don't exist will be referred for further lookup.  The unit of
  125. replication is an entry, not an attribute within an entry.
  126.  
  127.  
  128.    o Replication
  129.  
  130.  
  131.       -  Replication Requirements
  132.  
  133.          It was agreed that this Internet Draft (Replication
  134.          Requirements to Provide an Internet Directory Using X.500) be
  135.          progressed to an RFC.
  136.  
  137.       -  Replication Solutions
  138.  
  139.          There was substantial discussion of this paper.  Marshall and
  140.          Steve revised the text during the meeting and redistributed the
  141.          document.  Marshall suggested that the title be changed to
  142.          include the changes to Distributed Operations as well as
  143.          replication.  This suggestion was agreed to by all.  A number
  144.          of changes were suggested to make the document more clear.
  145.          There was a suggestion to include a figure describing knowledge
  146.          replication.  None of the proposed changes require discussion
  147.          at a further meeting, and Steve agreed to send a revised
  148.          document out to the list on Monday (February 18).  The group
  149.          will respond within one week with any comments.  After that the
  150.          Internet Draft (Replication to Provide an Internet Directory
  151.          Using X.500:  A Proposed Solution.  However the title may be
  152.          changed.)  will be progressed to an RFC.
  153.  
  154.       -  Network Addresses
  155.  
  156.          There were a few comments from the IAB regarding the Telex
  157.          kludge.  It was agreed that this Internet Draft (An Interim
  158.          Approach to Use of Network Addresses) be progressed to an RFC.
  159.  
  160.       -  Presentation Addresses
  161.  
  162.          It was agreed that this Internet Draft (A String Encoding of
  163.          Presentation Addresses) be progressed to an RFC.
  164.  
  165.  
  166.                                    3
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173. o APIs for the Pilot
  174.  
  175.   Ruth Lang said that this was an important area and would like to
  176.   see suggestions for APIs (application programming interface).  The
  177.   only comment received so far on the list was from Peter Whittaker
  178.   (BNR) about object management support in XOPEN. There was a
  179.   discussion of the XDS agreements.  Peter Mierswa said that DEC
  180.   participated in XDS. The user-friendly and object-oriented aspects
  181.   of XDS will cause applications to be large.  It is difficult to
  182.   extend the XDS object set.  There are other technical drawbacks,
  183.   but it was agreed to by a number of parties.  DEC will support the
  184.   XDS API but also a more functional layer.  Quipu does not support
  185.   XDS. XDS and object management documentation is available from
  186.   Omnicom.  It was felt that APIs did not fit into our group's
  187.   charter.  We may want to make recommendations but then move on to
  188.   the technical infrastructure.  This group is also not to manage
  189.   projects or pilots.
  190.  
  191. o User Friendly Naming
  192.  
  193.   Peter Mierswa tried to find a common syntax set with the OSF DCE
  194.   naming (based on unix filesystem syntax) and the proposed X.400
  195.   annex for business card OR address format (uses semicolons and
  196.   slashes, which evolved out of the RFC 987 work).  However there was
  197.   no such syntax in common and Peter gave up.  The algorithm in this
  198.   document is useful based on experience, though there may be scope
  199.   for experimentation.  It was noted that name space organization
  200.   affects efficiency of searches.  For example Cambridge University
  201.   uses many levels of OU. It is recommended in the Naming Guidelines
  202.   document (see section 18) that pilots be laid out so that this user
  203.   friendly naming scheme works reasonably.  It was agreed that this
  204.   Internet Draft (Using the OSI Directory to Achieve User Friendly
  205.   Naming) be progressed to an RFC.
  206.  
  207. o Domains and X.500
  208.  
  209.   UCL has done some work in implementing this scheme.  There is a
  210.   tool to do a white pages lookup based on a domain address.  This is
  211.   an experimental service.  The general appropriateness of
  212.   representing domain name system information in the Directory was
  213.   discussed.  This is viewed as controversial.  The X.500 version of
  214.   DNS may have be usable for other functions than those currently
  215.   offered by the DNS, such as browsing.  Mailbox records are included
  216.   in the DNS, but are not widely used.  Peter Mierswa said that it
  217.   would not matter if this was not submitted as an RFC. Steve
  218.   disagreed with that and would like to progress the work.  Tim Howes
  219.   suggested that we submit this with a disclaimer that it is
  220.   experimental.  Steve would like the IAB to discuss these issues.
  221.   Jose Garcia-Luna felt that security should be discussed in this
  222.   paper.  It was eventually agreed that this Internet Draft (Domains
  223.   and X.500) should be progressed as an RFC.
  224.  
  225.  
  226.  
  227.                                 4
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234. o Representation of Network Information in X.500
  235.  
  236.   Mark Knopper and Chris Weider gave a presentation on some work in
  237.   progress at Merit, which will become part of the DARPA/NSF
  238.   sponsored Field Operational X.500 (FOX) project.  They have entered
  239.   the network contacts part of the whois data into the @o=Internet
  240.   part of the White Pages DIT. New object classes have been defined.
  241.   Bill Nowicki noted that putting all of the IP network numbers into
  242.   a single location in the DIT will not scale well.  It was suggested
  243.   that the network number entries be located within the owning
  244.   organizations.  This would obviously require much more
  245.   participation in the X.500 projects.  For now the net numbers can
  246.   be entered in a separate tree under o=Internet and eventually these
  247.   entries will just be pointers to the master network entries.  Steve
  248.   proposes another solution to this in the Domains and X.500 paper.
  249.   It is scalable, but also requires more work to bootstrap.  There
  250.   will be further cooperation with SRI, ISI and PSI to allow the rest
  251.   of the NIC's data to be entered into X.500.  There were a number of
  252.   useful suggestions on how the network information could be stored
  253.   in the DIT. It was recommended that Merit produce an internet draft
  254.   to document this effort, both work in progress as well as long term
  255.   design.  Chris agreed to do this by March 7.  He will take the
  256.   scalability issues into account.
  257.  
  258. o DSA Naming
  259.  
  260.   The current South American wildlife names don't seem to be
  261.   descriptive enough!  The solutions outlined in this paper solve
  262.   some operational problems with quipu-based pilots.  Peter pointed
  263.   out that the section on multinational organizations does not solve
  264.   the problem.  There were several suggestions for modifications, and
  265.   discussion of this will be necessary at the next Working Group
  266.   meeting.  It was felt that after that, this Internet Draft (DSA
  267.   Naming) can be progressed to an RFC.
  268.  
  269. o Building Internet Directory/Strategy
  270.  
  271.   The infrastructure Internet Draft was held up in protracted
  272.   discussion regarding how to submit RFCs.  Steve wrote a new
  273.   strategy document.  It was agreed that APIs should be mentioned in
  274.   this document.  The ``strategy'' was removed from the I.D. and so
  275.   that was renamed to a very long name beginning with ``Overall
  276.   Plan''.  The strategy document was agreed to in principle but will
  277.   not be forwarded at this time.  The Overall Plan Internet Draft was
  278.   agreed to be progressed to an RFC again.
  279.  
  280. o Operational Pilot Status
  281.  
  282.  
  283.    -  PSI Pilot
  284.  
  285.       Marshall reported that there are about 70 organizations on the
  286.  
  287.                                 5
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.       US pilot.  Growth has been linear since the pilot began.  ISODE
  295.       6.8 interim release is due out by the end of the month.  It is
  296.       a very stable and higher performance version.  It will have Tim
  297.       Howes' mods to quipu, and also the Directory Assistance
  298.       Protocol (which allows splitting the DUA between two different
  299.       hosts).  FRED is faster now.  There is a Macintosh DUA offered
  300.       by PSI as shareware.  A source license is available similar to
  301.       the Nysernet SNMP license.  The PSI pilot only allows DSAs to
  302.       be connected via IP (and now CLNP). The quality of X.25 in the
  303.       US ``provides pneumatic inward pork-pressure via narrow
  304.       flexible tubing.''
  305.  
  306.    -  COSINE Pilots
  307.  
  308.       Steve reported that 19 out of 20 countries in COSINE are
  309.       running X.500 pilots.  The COSINE P2.1 pilot has been renamed
  310.       as PARADISE, and has officially started.  Its manager is David
  311.       Goodman.  ULCC has an operational facility to replace Giant
  312.       Tortoise.  Their plan is to support international pilots until
  313.       the end of 1992.  France has a research pilot based on quipu
  314.       and also a commercial pilot based on Pizarro.  Xtel and the
  315.       Dutch PTT are involved in PARADISE.
  316.  
  317.  
  318. o Monthly Reports on Pilots
  319.  
  320.   It is felt that the operational pilots should distribute status
  321.   reports on a monthly basis.  The FOX project is interested in
  322.   coordinating the US report.  Ruth Lang contacted Jon Postel at ISI
  323.   about this and Jon volunteered ISI to produce the reports.  Some
  324.   FOX mailing lists will be set up to help coordinate the US report.
  325.   David Goodman, the PARADISE manager, will integrate this into the
  326.   international report.  FOX and PARADISE will agree on timescales
  327.   for ensuring that this comes out each month.  Reports will be
  328.   timely, with noncontributors marked as ``no report for XXX''. This
  329.   international report will be sent out as a part of the Internet
  330.   Monthly Report and to a separate list for those not interested in
  331.   other aspects of the IMR. The reports should be on ``The State of
  332.   the DIT''. Organizations should be queried for their activities.
  333.   Marshall gets regular statistics reports from the US DSAs.  The
  334.   Canadian pilot is operated by the University of Toronto.
  335.  
  336. o New Working Groups
  337.  
  338.  
  339.    -  X.500 User Support Working Group
  340.  
  341.       Chris Weider volunteered to chair a new working group.  Steve
  342.       will talk to the IETF area coordinators and suggest that the
  343.       new group be jointly in the OSI and User Services areas.
  344.       Several of the group participants were interested in joining
  345.       the new group.  The first meeting will be at the next IETF.
  346.  
  347.                                 6
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.       Chris distributed a draft charter and several comments were
  355.       made.  Chris will talk to Joyce Reynolds and Dana Sitzler, to
  356.       see whether it would be reasonable to model the group after the
  357.       NISI Working Group.  Perhaps the new group should be called
  358.       DISI (pronounced ``dizzy'').  The group would provide a
  359.       documentation package for sites, as well as a center of
  360.       expertise for X.500 issues.
  361.  
  362.    -  X.500 Operations Working Group
  363.  
  364.       There was some interest in forming such a group but it was felt
  365.       that this should wait until the activities of the main IETF-DS
  366.       group come to an end, or at least go into ``maintenance mode''.
  367.       It was viewed that the group will only last for one more
  368.       meeting with the same high level of activity.  After that the
  369.       operations group will be formed.  Marshall Rose and Chris
  370.       Weider were involved in discussing the charter of the new
  371.       group.
  372.  
  373.  
  374. o Internet Schema
  375.  
  376.   Marshall suggested that the name of the Internet Draft (COSINE and
  377.   Internet Naming Architecture) be changed from ``naming
  378.   architecture'' to ``schema''.  This was accepted.  There were
  379.   comments on this document at the RARE WG3 meeting.  The
  380.   textEncodedORAddress attribute was deprecated by OSI purists, but
  381.   some members felt it was useful in the pilots.  This Internet Draft
  382.   was agreed to be progressed to an RFC.
  383.  
  384. o Naming Guidelines
  385.  
  386.   Steve introduced this Internet Draft and explained that it sets out
  387.   some guidelines for how to lay out a pilot DIT. It is a follow-on
  388.   to annex B of X.521.  Marshall mentioned that the T.61 character
  389.   sets for international symbols once were a problem but work now in
  390.   quipu.  Peter mentioned that this is not a solution for
  391.   multinational organizations.  It is viewed that this is a difficult
  392.   problem, and that the acceptable solutions should be documented.
  393.   There needs to be a definition of ``multinational organization''.
  394.   HP would like to see a single ``mount point''.  There was a
  395.   discussion of organization naming strategy.  Marshall suggested
  396.   that the names be fully descriptive to avoid later, possibly legal,
  397.   conflicts.  The naming authorities must enforce unique names within
  398.   the DMD. Long names were recommended.  Marshall mentioned that a
  399.   small DIT depth makes browsing less effective.  It is not useful to
  400.   define conformance rules for a guidelines document.  Conformance is
  401.   useful for a given national pilot.  Steve and Paul Barker will edit
  402.   the document and distribute to the group.  At the next meeting it
  403.   will be proposed that the Internet Draft (Naming Guidelines for
  404.   Directory Pilots) be progressed to an RFC.
  405.  
  406.  
  407.  
  408.                                 7
  409.  
  410.  
  411.  
  412.  
  413.  
  414.  
  415. o Naming for Internet Pilot
  416.  
  417.   Marshall gave a presentation of a paper he and Einar Stefferud had
  418.   written to be presented at the NADF, US-CCITT-Study Group D, and
  419.   ANSI as well as to this group.  The problem is that there are no
  420.   OSI numbering authorities in the US, but they are needed for pilots
  421.   to advance to a production stage.  ANSI has accepted over 500
  422.   applications for OIDs under 1.2.840, but due to legal problems have
  423.   not assigned any.  Numbers are not a problem for ANSI but names
  424.   are.  The only legal method would be to assign the name and then
  425.   publish the fact in the Federal Register with the reserve to revoke
  426.   on a 6-month challenge procedure basis.  GSA has been assigning
  427.   NSAPs under AFI/IDI=47/0005, only for federal agencies.  IANA has
  428.   assigned several hundred OIDs under 1.3.6.1.4.1 for internet
  429.   network management use.  US-CCITT-SG-D is trying to make a national
  430.   decision on naming, but only for an X.400 ADMD/PRMD registry and
  431.   not for X.500.  Possible naming universes are geographical,
  432.   political or community.  Civil authorities are the best choice as
  433.   it gives a familiar and undisputed structure.  However collisions
  434.   in RDNs must be avoided.  The proposal suggests using the numeric
  435.   code assigned by ANSI for the RDN itself.  This was heavily
  436.   disputed, but as Marshall noted it would be legally defensible.
  437.   The consensus was that we should fix ANSI rather than using numeric
  438.   RDNs.  Marshall and Stef believe that their presenting this
  439.   proposal to the four groups will force a national decision.  The
  440.   proposal went on to recommend use of numeric codes for states and
  441.   populated places.  Naming of OSI entities was included, and there
  442.   was a suggestion that non- OSI entities should get names too (e.g.,
  443.   SNA, TCP/IP applications).  Steve suggested that this be made into
  444.   an Internet Draft but not a standard.  Marshall will make the
  445.   changes suggested by the group before the NADF presentation in
  446.   March.  He will "lean heavily" on ANSI to begin assigning names.
  447.   Beth Summerville is ANSI's registrar for the naming authority
  448.   function.
  449.  
  450. o Security
  451.  
  452.   Peter Yee's paper was revised since the last meeting.  There were
  453.   not many changes due to lack of comments at Boulder.  Marshall said
  454.   that it will be necessary to consult with the IETF Security Working
  455.   Group before progressing this document.  Peter will contact Steve
  456.   Crocker to get help on proper security terms and concepts.
  457.   Marshall suggested splitting the discussion in the paper between
  458.   authentication (simple now, strong later), and authorization
  459.   (access control lists).  Paul suggested including an ACL to control
  460.   access for searching.  Steve suggested that this should become an
  461.   Internet Draft with title Security Requirements for X.500 in the
  462.   Internet.  There should be a companion document for Security
  463.   Solutions, and this should reference the 1992 CCITT document.  A
  464.   problem at MIT is that they want to limit searching their
  465.   organizations to return data only if less than n entries.  HP wants
  466.   to disallow searching their organization entirely.  Peter will
  467.   revise the document and send it out to the list by March 1.
  468.  
  469.                                 8
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476. o Directory Assistance Protocol
  477.  
  478.   Marshall wrote an RFC describing a protocol used by PSI's Macintosh
  479.   DUA client.  It documents existing practice and is not a standard.
  480.   The server is part of ISODE. He characterized the protocol as
  481.   ``horrid''.  Tim Howes has also been working on a Macintosh DUA
  482.   with a different protocol.  Tim will write an RFC for his DAP
  483.   pretty soon.
  484.  
  485. o Quality of Service
  486.  
  487.   Steve submitted an informal writeup to suggest that QOS attributes
  488.   be added to the schema to represent the advertised quality of DSA
  489.   services in the pilots.  This was thought to be a good idea and
  490.   there were no objections to including this in the Schema document.
  491.  
  492. o Notable Actions, Dispositions and Promises
  493.  
  494.  
  495.    -  RFC Progression
  496.  
  497.       The following documents were recommended to be progressed to
  498.       RFC status:
  499.  
  500.       Replication Requirements to Provide an Internet Directory Using
  501.       X.500 (section 6a)
  502.  
  503.       Replication Solution and Distributed Operations (section 6b)
  504.  
  505.       An Interim Approach to Use of Network Addresses (section 6c)
  506.  
  507.       A String Encoding of Presentation Addresses (section 6d)
  508.  
  509.       Using the OSI Directory to Achieve User-Friendly Naming
  510.       (section 8)
  511.  
  512.       Domains and X.500 (section 9)
  513.  
  514.       Overall Plan (section 12)
  515.  
  516.       Internet Schema (section 16, and including QOS item in section
  517.       21)
  518.  
  519.       Naming Guidelines for Directory Pilots (section 17)
  520.  
  521.    -  Action Items
  522.  
  523.       Strategy document will be revised by Steve (sections 4, 12).
  524.       The issue of travel funding will be investigated by Steve
  525.       (section 5a).  A formal response to NIST will be drafted by
  526.  
  527.                                 9
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.          Steve (section 5b).  The replication documents will be sent to
  535.          ISO via ANSI and Paul Koski by Steve (section 5c).  Jon Postel,
  536.          for the FOX project, will set up a mailing list, and produce
  537.          monthly reports coordinated with PARADISE and the Internet
  538.          Monthly Reports (sections 10 and 14).  Chris Weider will start
  539.          up the new Directory Information Services Infrastructure
  540.          Working Group (section 15a).  Chris and Mark will write an RFC
  541.          on representing network infrastructure information by March 7
  542.          (section 10).  Marshall Rose will lean heavily on ANSI to
  543.          assign organization ids and names (section 18).  The security
  544.          document will be revised by March 1 by Peter Yee (section 19).
  545.  
  546.  
  547.    o Date and Venue of Next Meeting
  548.  
  549.      There will be no OSI-DS meeting at the March IETF. The next meeting
  550.      will be after that, to be decided on the list.  A possibility is a
  551.      video conference, or alternatively a face to face meeting either in
  552.      Ann Arbor or on the east coast in May or June.  The choice depends
  553.      on online discussion of the working drafts.  Given some comments,
  554.      it might be appropriate to wait until July.  Steve will poll the
  555.      group after the next round of editing.
  556.  
  557.    o Thanking the Host
  558.  
  559.      Ruth Lang and SRI International were thanked for their excellent
  560.      services including a lunch.
  561.  
  562.  
  563.  
  564. Attendees
  565.  
  566. Stuart Cain              scain@hpindeg.cup.hp.com
  567. Cyrus Chow               cchow@orion.arc.nasa.gov
  568. J.J. Garcia-Luna         garcia@sri.com
  569. Arlene Getchell          getchell@nersc.gov
  570. Barry Holroyd            berries@eng.sun.com
  571. Tim Howes                tim@d.cc.umich.edu
  572. Steve Kille              S.Kille@cs.ucl.ac.uk
  573. Mark Knopper             mak@merit.edu
  574. Paul Koski               koski@hpindeg.cup.hp.com
  575. Ruth Lang                rlang@nisc.sri.com
  576. Peter Mierswa            mierswa@smaug.enet.dec.com
  577. Bill Nowicki             nowicki@sun.com
  578. Alex Pepple              alexp@bnr.ca
  579. Marshall Rose            mrose@psi.com
  580. Chris Weider             clw@merit.edu
  581. Russ Wright              wright@lbl.gov
  582. Peter Yee                yee@ames.arc.nasa.gov
  583.  
  584.  
  585.  
  586.                                   10
  587.